Wager information based prioritized live event display system

ABSTRACT

A system for automatically selecting television channels based on wager information can include a set-top box, wager databases having user wager information, broadcast databases having broadcast schedule information, and a controller. The wager information can include an event identifier and a corresponding wager amount. The broadcast schedule can include a channel, a start time, and an end time for each event. The controller can include processors and memory devices having instructions that cause the processors to obtain wager information for the user from the wager databases, match each event identifier and corresponding wager amount to the broadcast schedule, determine a set of live events by comparing a current time with the start time and end time for each event, prioritize the live events based on wager amount, and send an instruction to the set-top box to display the channel corresponding to each live event in order of priority.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.17/100,563, filed Nov. 20, 2020, entitled “WAGER INFORMATION BASEDPRIORITIZED LIVE EVENT DISPLAY SYSTEM,” which is a continuation of U.S.patent application Ser. No. 16/234,902, filed Dec. 28, 2018, entitled“WAGER INFORMATION BASED PRIORITIZED LIVE EVENT DISPLAY SYSTEM,” issuedon Nov. 24, 2020 as U.S. Pat. No. 10,848,836, which is related to U.S.patent application Ser. No. 15/963,494, filed Apr. 26, 2018, entitled“Sports Bar Mode Automatic Viewing Determination” and U.S. patentapplication Ser. No. 15/218,321, filed Jul. 25, 2016, entitled“Provider-Defined Live Multichannel Viewing Events,” the entiredisclosures of which are hereby incorporated by reference for allpurposes.

BACKGROUND

Many live events, such as sporting events, are broadcast at the same oroverlapping times. For a viewer that is interested in viewing two ormore of these events, determining what channel each event is on andswitching between those channels can be a frustrating situation. In somecases, it is preferable to record one or more lower priority events forlater viewing while watching the live broadcast of the highest priorityevent. However, in many cases, it is desirable to watch all or most ofthe events at the same time. For example, as more states adoptlegislation to allow on-line sports betting, a viewer in those statescan wager on multiple games across different sports, each of which theviewer would like to watch in real time. Unfortunately, many of thesegames will be broadcast at overlapping times requiring the viewer tomanually switch between multiple channels.

SUMMARY

Disclosed herein are methods and systems for automatically selecting andprioritizing television channels for display based on wager information.In some embodiments a method can include obtaining, by a controller,wager information for one or more wagers placed by a user. The wagerinformation can include, for each wager, an event identifier and acorresponding wager amount. The method can further include matching, bythe controller, each event identifier and corresponding wager amount toa broadcast schedule, the schedule including a channel, a start time,and an end time for each event identifier. The controller can thendetermine a set of live events by comparing a current time with thestart time and the end time for each event identifier and prioritize thelive events based on wager amount. The method can include sending, bythe controller, an instruction to display the channel corresponding toeach live event in order of priority.

In some embodiments, the method can also include determining an updatedset of live events, prioritizing the updated live events by wageramount, and sending a subsequent instruction to display the channelcorresponding to each updated live event in order of priority. In someembodiments, the method can also include displaying the live events inorder of priority on one or more display devices. In some embodiments,the method can also include outputting a quad video stream thatcomprises the four channels corresponding to each of the four highestpriority live events for display on four quadrants of a display device.The four channels can be displayed in order of priority from a top-leftto a lower right quadrant. In some embodiments, the method can alsoinclude sending an instruction to output an audio signal for only thechannel corresponding to the highest priority live event. In variousarrangements, the wager information can be obtained via a user device,one or more third party betting platforms, and/or a set-top box of theuser.

In some embodiments, a system for automatically selecting televisionchannels for display based on wager information can include a set-topbox associated with a display device, one or more wager databases havingwager information for one or more wagers placed by at least one user,one or more broadcast databases having broadcast schedule information,and a controller. The wager information can include, for each wager, anevent identifier and a corresponding wager amount. The broadcastschedule information can include a channel, a start time, and an endtime for each event identifier. In some arrangements, the controllercomprises one or more processors and one or more memory devices. Thememory devices can have stored thereon instructions that when executedby the one or more processors cause the one or more processors to obtainwager information for the at least one user from the one or more wagerdatabases, match each event identifier and corresponding wager amount tothe broadcast schedule information, determine a set of live events bycomparing a current time with the start time and the end time for eachevent identifier, prioritize the live events based on wager amount, andsend an instruction to the set-top box to display the channelcorresponding to each live event in order of priority.

In some embodiments, the memory devices can have further instructions todetermine an updated set of live events, prioritize the updated liveevents by wager amount, and send a subsequent instruction to the set-topbox to display the channel corresponding to each updated live event inorder of priority. The memory devices can also have further instructionsto send an instruction to the set-top box to output a quad video streamthat comprises the four channels corresponding to each of the fourhighest priority live events for display on four quadrants of thedisplay device. The memory devices can also have further instructions tosend an instruction to the set-top box to output an audio signal foronly the channel corresponding to the highest priority live event.

In some embodiments, a processor readable memory device can includeinstructions stored thereon that when executed by one or moreprocessors, cause the one or more processors to obtain wager informationfor one or more wagers placed by a user, the wager informationincluding, for each wager, an event identifier and a corresponding wageramount, match each event identifier and corresponding wager amount to abroadcast schedule, the schedule including a channel, a start time, andan end time for each event identifier, determine a set of live events bycomparing a current time with the start time and the end time for eachevent identifier, prioritize the live events based on wager amount, andsend an instruction to display the channel corresponding to each liveevent in order of priority.

BRIEF DESCRIPTION OF THE DRAWINGS

The systems and methods described herein may be better understood byreferring to the following Detailed Description in conjunction with theaccompanying drawings, in which like reference numerals indicateidentical or functionally similar elements:

FIG. 1 illustrates an example simplified block diagram of a system forautomatically selecting television channels for display based on userwager information;

FIG. 2 illustrates a combined television event schedule and associateduser wager information table;

FIGS. 3A and 3B illustrate a time series of events displayed on a userdevice based on event broadcast availability and user wager information;

FIG. 4 illustrates an example method for prioritizing channels fordisplay based on user wager information;

FIG. 5 is a block diagram illustrating an overview of devices on whichsome implementations can operate;

FIG. 6 is a block diagram illustrating an overview of an environment inwhich some implementations can operate; and

FIG. 7 is a block diagram illustrating components which, in someimplementations, can be used in a system employing the disclosedtechnology.

The headings provided herein are for convenience only and do notnecessarily affect the scope of the embodiments. Further, the drawingshave not necessarily been drawn to scale. For example, the dimensions ofsome of the elements in the figures may be expanded or reduced to helpimprove the understanding of the embodiments. Moreover, while thedisclosed technology is amenable to various modifications andalternative forms, specific embodiments have been shown by way ofexample in the drawings and are described in detail below. Theintention, however, is not to unnecessarily limit the embodimentsdescribed. On the contrary, the embodiments are intended to cover allmodifications, combinations, equivalents, and alternatives fallingwithin the scope of this disclosure.

DETAILED DESCRIPTION

Various examples of the systems and methods introduced above will now bedescribed in further detail. The following description provides specificdetails for a thorough understanding and enabling description of theseexamples. One skilled in the relevant art will understand, however, thatthe techniques and technology discussed herein may be practiced withoutmany of these details. Likewise, one skilled in the relevant art willalso understand that the technology can include many other features notdescribed in detail herein. Additionally, some well-known structures orfunctions may not be shown or described in detail below so as to avoidunnecessarily obscuring the relevant description.

The terminology used below is to be interpreted in its broadestreasonable manner, even though it is being used in conjunction with adetailed description of some specific examples of the embodiments.Indeed, some terms may even be emphasized below; however, anyterminology intended to be interpreted in any restricted manner will beovertly and specifically defined as such in this section.

Many live events, such as sporting events, are broadcast at the same oroverlapping times. In many cases, it is desirable to watch all or mostof the events at the same time. For example, as more states allowon-line sports betting, a viewer in those states can wager or bet onmultiple games across different sports, each of which the viewer wouldlike to watch in real time. Disclosed herein are methods and systems forautomatically selecting and prioritizing television channels for displaybased on wager information. For example, the system can obtain wagerinformation for one or more wagers placed by a user via the user's smartphone, a third party internet betting platform, and/or information inputthrough the user's set-top box or smart phone. The wager information caninclude an event identifier and a corresponding wager amount for eachwager. A controller matches each event identifier and correspondingwager amount to a broadcast schedule including a channel, a start time,and an end time for each event identifier. The controller determines aset of live events by comparing a current time with the start time andthe end time for each event identifier. The controller then prioritizesthe live events based on wager amount. At that point, the channelscorresponding to each live event are displayed in order of priority on adisplay with e.g., picture-in-picture (PIP), a split screen, a four-waysplit screen, or multiple separate screens. In some implementations, theset-top box can record the events of interest in response to theprioritization of events. Specifically, any events not displayed live tothe user (e.g., due to limits on multichannel viewing) can be recordedfor later viewing.

FIG. 1 illustrates an example simplified block diagram of a system 100for automatically selecting and prioritizing television channels fordisplay based on wager information. The system 100 can include, atelevision 102, a set-top box (STB) 104, a controller 110, a wagerinformation database 112, and optionally a cloud environment 106. Thesystem 100 can also include or be in communication with one or morethird party betting platforms 114 and 116. Optionally, the system 100can include or be in communication with a user device 108. The userdevice 108 can be a desktop computer or a mobile device, such as acellular telephone, a tablet computer, a smartwatch, or any other mobiledevice. While depicted separately, STB 104 and controller 110 canoptionally be combined into a single computer system.

In some examples, the STB 104 can be in communication with asatellite-based television distribution system via a satellite dish 122.Satellite-based television distribution systems often include one ormore satellites 120 and satellite transmission equipment (not shown).Although the system is described with respect to satellite-baseddistribution system, cable, IP- based, wireless, and broadcast focusedsystems are also possible. While only one satellite dish 122, STB 104,and display device 102 (collectively referred to as “user equipment”)are illustrated, it should be understood that multiple (e.g., tens,thousands, millions of) instances and types of user equipment mayreceive data and television signals from satellite-based televisiondistribution systems (e.g., satellite 120).

FIG. 2 illustrates a table 200 containing television event schedule andassociated user wager information. Referring to FIGS.1 and 2, thecontroller 110 can obtain wager information for one or more wagersplaced by a user. The wager information can include, for each wager, anevent identifier 202 and a corresponding wager amount 204. For example,in table 200 the user has wagered, in order of priority, $500 onfootball, $400 on tennis, $300 on soccer, $200 on basketball, and $100on golf. The controller 110 matches each event identifier 202 andcorresponding wager amount 204 to a broadcast schedule. The broadcastschedule can include e.g., a channel 206, a start time 208, an end time210, and a duration 212 for each event identifier.

The wager information can be obtained from various sources. For example,the controller 110 can communicate via network 106 to automaticallyobtain a user's wager information directly from an internet bettingwebsite, such as third party betting platforms 114 and/or 116. In someimplementations, the wager information is communicated to the controller110 via an application on the user's remote device 108. In otherimplementations, the user can manually input the wager information usingthe remote device 108 and/or the STB 104. In any case, the wagerschedule information can be stored on database 112. In someimplementations, the user can place one or more wagers via the remotedevice 108 or via the STB 104. The broadcast schedule information can beobtained from a broadcast database provided by the satellite-basedtelevision distribution system via the one or more satellites 120 and/ornetwork 106. The broadcast schedule information can be stored on the STB104 and transferred to database 112 or the information can be directlyobtained from the satellite-based television distribution system forstorage on database 112.

The controller 110 determines a set of live events by comparing acurrent time with the start time 208 and the end time 210 for each eventidentifier 202. If the current time is between the start and end timesfor an event, the event is live. The controller 110 also prioritizes thelive events based on wager amount. The controller then sendsinstructions to the STB 104 to display the channel corresponding to eachlive event in order of priority. For example, as shown in FIG. 3A andwith reference to table 200 of FIG. 2, from 10:00 AM to 12:00 PM, thefootball game 302 is the only live event being wagered on by the user.Thus, from 10:00 AM to 12:00 PM, the football game 302 is the only eventdisplayed on television 102. From 12:00 PM to 1:00 PM, both the footballgame 302 and the basketball game 304 are broadcast live. Accordingly,both games are displayed on television 102. The games can be displayedas a split screen or PIP arrangement depending on the capabilities ofthe user equipment (e.g., STB 104 and television 102). In someimplementations, the screens can be split top and bottom or left andright with the higher priority game (i.e., highest bet: football) beingdisplayed on the top or the left, respectively. From 1:00 PM to 2:00 PM,there are five games being broadcast live. In the depicted example, theuser equipment (i.e., STB 104) is capable of providing a quad videostream to display a four-way split screen. Accordingly, the lowestpriority game (i.e., golf) is not displayed until the football game 302ends at 2:00 PM. However, the golf match can be recorded for laterviewing. The four highest priority live games (football 302, tennis 306,soccer 308, and basketball 304) are displayed in order of priority fromtop-left to lower-right quadrants.

As shown in FIG. 3B, once the football game 302 ends, the tennis match306, soccer game 308, basketball game 304, and golf match 310 are alldisplayed in order of priority from 2:00 PM to 3:00 PM. As the games andmatches end at 3:00 PM and 4:00 PM the live events are displayed inorder of priority until only the soccer game 308 remains live from 4:00PM to 5:00 PM. In the above described example spit screen displays, theuser equipment can be instructed to output an audio signal for only thechannel corresponding to the highest priority live event. For example,from 2:00 PM to 3:00 PM, the audio signal for the tennis match 306 canbe output.

FIG. 4 is a flow diagram showing a representative method of operation400 of a processor-based system for automatically selecting andprioritizing television channels for display based on wager informationaccording to some embodiments of the present technology. The methodstarts at 402, where wager or bet information for multiple wagers placedby a user is obtained. The wager information can include, for eachwager, an event identifier and a corresponding wager amount. At 404,each event identifier and corresponding wager amount are matched to abroadcast schedule. The schedule can include a channel, a start time,and an end time for each event identifier. At 406, a set of live eventsare determined by comparing a current time with the start time and theend time for each event identifier. At 408, the live events areprioritized based on wager amount e.g., highest wager is highestpriority. At 410, the channel corresponding to each live event isdisplayed in order of priority. At 412, an updated set of live events isdetermined and at 414, the updated live events are prioritized by wageramount. At 416 the channel corresponding to each updated live event isdisplayed in order of priority. Steps 412, 414, and 416 can be performedperiodically (e.g., every 60 seconds) or at the beginning or ending timeof events being wagered on by the user. In some embodiments, the liveevents and priority can be predetermined in advance and provided as aschedule to the STB, for example.

Suitable System

The techniques disclosed here can be embodied as special-purposehardware (e.g., circuitry), as programmable circuitry appropriatelyprogrammed with software and/or firmware, or as a combination ofspecial-purpose and programmable circuitry. Hence, embodiments mayinclude a machine-readable medium having stored thereon instructionswhich may be used to cause a computer, a microprocessor, processor,and/or microcontroller (or other electronic devices) to perform aprocess. The machine-readable medium may include, but is not limited to,optical disks, compact disc read-only memories (CD-ROMs),magneto-optical disks, ROMs, random access memories (RAMs), erasableprogrammable read-only memories (EPROMs), electrically erasableprogrammable read-only memories (EEPROMs), magnetic or optical cards,flash memory, or other type of media/machine-readable medium suitablefor storing electronic instructions.

Several implementations are discussed below in more detail in referenceto the figures. FIG. 5 is a block diagram illustrating an overview ofdevices on which some implementations of the disclosed technology canoperate. The devices can comprise hardware components of a device 500that determines which events are live and their priority based on wagerinformation. Device 500 can include one or more input devices 520 thatprovide input to the CPU (processor) 510, notifying it of actions. Theactions are typically mediated by a hardware controller that interpretsthe signals received from the input device and communicates theinformation to the CPU 510 using a communication protocol. Input devices520 include, for example, a mouse, a keyboard, a touchscreen, aninfrared sensor, a touchpad, a wearable input device, a camera- orimage-based input device, a microphone, or other user input devices.

CPU 510 can be a single processing unit or multiple processing units ina device or distributed across multiple devices. CPU 510 can be coupledto other hardware devices, for example, with the use of a bus, such as aPCI bus or SCSI bus. The CPU 510 can communicate with a hardwarecontroller for devices, such as for a display 530. Display 530 can beused to display text and graphics. In some examples, display 530provides graphical and textual visual feedback to a user. In someimplementations, display 530 includes the input device as part of thedisplay, such as when the input device is a touchscreen or is equippedwith an eye direction monitoring system. In some implementations, thedisplay is separate from the input device. Examples of display devicesare: televisions; mobile devices; an LCD display screen; an LED displayscreen; a projected, holographic, or augmented reality display (such asa heads-up display device or a head-mounted device); and so on. OtherI/O devices 540 can also be coupled to the processor, such as a networkcard, video card, audio card, USB, FireWire or other external device,camera, printer, speakers, CD-ROM drive, DVD drive, disk drive, orBlu-Ray device.

In some implementations, the device 500 also includes a communicationdevice capable of communicating wirelessly or wire-based with a networknode. The communication device can communicate with another device or aserver through a network using, for example, TCP/IP protocols. Device500 can utilize the communication device to distribute operations acrossmultiple network devices.

The CPU 510 can have access to a memory 550. A memory includes one ormore of various hardware devices for volatile and non-volatile storage,and can include both read-only and writable memory. For example, amemory can comprise random access memory (RAM), CPU registers, read-onlymemory (ROM), and writable non-volatile memory, such as flash memory,hard drives, floppy disks, CDs, DVDs, magnetic storage devices, tapedrives, device buffers, and so forth. A memory is not a propagatingsignal divorced from underlying hardware; a memory is thusnon-transitory. Memory 550 can include program memory 560 that storesprograms and software, such as an operating system 562, a wagerinformation based live event determination and prioritizationapplication 564, and other application programs 566. Memory 550 can alsoinclude data memory 570 that can include broadcast schedule informationand/or wager information, etc., which can be provided to the programmemory 560 or any element of the device 500.

Some implementations can be operational with numerous other generalpurpose or special purpose computing system environments orconfigurations. Examples of well-known computing systems, environments,and/or configurations that may be suitable for use with the technologyinclude, but are not limited to, personal computers, server computers,handheld or laptop devices, cellular telephones, mobile phones, wearableelectronics, gaming consoles, tablet devices, multiprocessor systems,microprocessor-based systems, set-top boxes, programmable consumerelectronics, network PCs, minicomputers, mainframe computers,distributed computing environments that include any of the above systemsor devices, or the like.

FIG. 6 is a block diagram illustrating an overview of an environment 600in which some implementations of the disclosed technology can operate.Environment 600 can include one or more client computing devices 605A-D,examples of which can include device 500. Client computing devices 605can operate in a networked environment using logical connections throughnetwork 630 to one or more remote computers, such as a server computingdevice 610.

In some implementations, server computing device 610 can be an edgeserver that receives client requests and coordinates fulfillment ofthose requests through other servers, such as servers 620A-C. Servercomputing devices 610 and 620 can comprise computing systems, such asdevice 500. Though each server computing device 610 and 620 is displayedlogically as a single server, server computing devices can each be adistributed computing environment encompassing multiple computingdevices located at the same or at geographically disparate physicallocations. In some implementations, each server computing device 620corresponds to a group of servers.

Client computing devices 605 and server computing devices 610 and 620can each act as a server or client to other server/client devices.Server 610 can connect to a database 615. Servers 620A-C can eachconnect to a corresponding database 625A-C. As discussed above, eachserver 620 can correspond to a group of servers, and each of theseservers can share a database or can have their own database. Databases615 and 625 can warehouse (e.g., store) information such as selectedregion information, a particular latitude and longitude locationinformation, resulting risk scores, pricing/risk ratios, and/or userpreferences. Though databases 615 and 625 are displayed logically assingle units, databases 615 and 625 can each be a distributed computingenvironment encompassing multiple computing devices, can be locatedwithin their corresponding server, or can be located at the same or atgeographically disparate physical locations.

Network 630 can be a local area network (LAN) or a wide area network(WAN), but can also be other wired or wireless networks. Network 630 maybe the Internet or some other public or private network. Clientcomputing devices 605 can be connected to network 630 through a networkinterface, such as by wired or wireless communication. While theconnections between server 610 and servers 620 are shown as separateconnections, these connections can be any kind of local, wide area,wired, or wireless network, including network 630 or a separate publicor private network.

FIG. 7 is a block diagram illustrating components 700 which, in someimplementations, can be used in a system employing the disclosedtechnology. The components 700 include hardware 702, general software720, and specialized components 740. As discussed above, a systemimplementing the disclosed technology can use various hardware,including processing units 704 (e.g., CPUs, GPUs, APUs, etc.), workingmemory 706, storage memory 708, and input and output devices 710.Components 700 can be implemented in a client computing device such asclient computing devices 605 or on a server computing device, such asserver computing device 610 or 620.

General software 720 can include various applications, including anoperating system 722, local programs 724, and a basic input outputsystem (BIOS) 726. Specialized components 740 can be subcomponents of ageneral software application 720, such as local programs 724.Specialized components 740 can include a Wager Module 744, Live EventDetermination Module 746, Prioritization Module 748, and components thatcan be used for transferring data and controlling the specializedcomponents, such as interface 742. In some implementations, components700 can be in a computing system that is distributed across multiplecomputing devices or can be an interface to a server-based applicationexecuting one or more of specialized components 740.

Those skilled in the art will appreciate that the components illustratedin FIGS. 5-7 described above, and in each of the flow diagrams discussedabove, may be altered in a variety of ways. For example, the order ofthe logic may be rearranged, sub steps may be performed in parallel,illustrated logic may be omitted, other logic may be included, etc. Insome implementations, one or more of the components described above canexecute one or more of the processes described below.

Remarks

The above description and drawings are illustrative and are not to beconstrued as limiting. Numerous specific details are described toprovide a thorough understanding of the disclosure. However, in someinstances, well-known details are not described in order to avoidobscuring the description. Further, various modifications may be madewithout deviating from the scope of the embodiments.

Reference in this specification to “one embodiment” or “an embodiment”means that a particular feature, structure, or characteristic describedin connection with the embodiment is included in at least one embodimentof the disclosure. The appearances of the phrase “in one embodiment” invarious places in the specification are not necessarily all referring tothe same embodiment, nor are separate or alternative embodimentsmutually exclusive of other embodiments. Moreover, various features aredescribed which may be exhibited by some embodiments and not by others.Similarly, various requirements are described which may be requirementsfor some embodiments but not for other embodiments.

The terms used in this specification generally have their ordinarymeanings in the art, within the context of the disclosure, and in thespecific context where each term is used. It will be appreciated thatthe same thing can be said in more than one way. Consequently,alternative language and synonyms may be used for any one or more of theterms discussed herein, and any special significance is not to be placedupon whether or not a term is elaborated or discussed herein. Synonymsfor some terms are provided. A recital of one or more synonyms does notexclude the use of other synonyms. The use of examples anywhere in thisspecification, including examples of any term discussed herein, isillustrative only and is not intended to further limit the scope andmeaning of the disclosure or of any exemplified term. Likewise, thedisclosure is not limited to various embodiments given in thisspecification. Unless otherwise defined, all technical and scientificterms used herein have the same meaning as commonly understood by one ofordinary skill in the art to which this disclosure pertains. In the caseof conflict, the present document, including definitions, will control.

1-20. (canceled)
 21. A method for automatically selecting televisionchannels for recording based on bet information, the method comprising:determining, by a controller, a set of live broadcast events bycomparing a current time with a start time and an end time for each of aplurality of broadcast events; prioritizing, by the controller, theavailable live broadcast events based on a bet amount associated witheach of the available live broadcast events; and sending, by thecontroller, an instruction to record a channel corresponding to eachavailable live broadcast event in order of priority.
 22. The method ofclaim 21, further comprising determining an updated set of livebroadcast events, prioritizing the updated live broadcast events by betamount, and sending a subsequent instruction to record the channelcorresponding to each updated live broadcast event in order of priority.23. The method of claim 21, further comprising recording the livebroadcast events in order of priority on one or more devices.
 24. Themethod of claim 21, further comprising outputting a quad video streamthat comprises the four channels corresponding to each of the fourhighest priority live broadcast events for display on four quadrants ofa display device.
 25. The method of claim 24, wherein the four channelsare displayed in order of priority from a top-left to a lower-rightquadrant.
 26. The method of claim 21, further comprising sending aninstruction to output an audio signal for only the channel correspondingto the highest priority live broadcast event.
 27. The method of claim21, wherein the bet amount for each of the available live broadcastevents is obtained from bet information for one or more bets placed by aviewer.
 28. The method of claim 27, wherein the bet information isobtained via a viewer device.
 29. The method of claim 27, wherein thebet information is obtained via one or more third party bettingplatforms.
 30. The method of claim 27, wherein the bet information isobtained via a set-top box of the viewer.
 31. A system for automaticallyselecting television channels for recording based on bet information,the system comprising: a set-top box associated with a display device;one or more bet databases having bet information for one or more betsplaced by at least one viewer, the bet information including, for eachbet, an event identifier and a corresponding bet amount; one or morebroadcast databases having broadcast schedule information including achannel, a start time, and an end time for each event identifier; and acontroller, comprising: one or more processors; and one or more memorydevices having stored thereon instructions that when executed by the oneor more processors cause the one or more processors to: determine a setof live broadcast events by comparing a current time with the start timeand the end time for each event identifier; prioritize the livebroadcast events based on bet amount; and send an instruction to theset-top box to record the channel corresponding to each live broadcastevent in order of priority.
 32. The system of claim 31, wherein the oneor more memory devices have stored thereon further instructions that,when executed by the one or more processors, cause the one or moreprocessors to determine an updated set of live broadcast events,prioritize the updated live broadcast events by bet amount, and send asubsequent instruction to the set-top box to record the channelcorresponding to each updated live broadcast event in order of priority.33. The system of claim 31, wherein the one or more memory devices havestored thereon further instructions that, when executed by the one ormore processors, cause the one or more processors to send an instructionto the set-top box to output a quad video stream that comprises the fourchannels corresponding to each of the four highest priority livebroadcast events for display on four quadrants of the display device.34. The system of claim 31, wherein the one or more memory devices havestored thereon further instructions that, when executed by the one ormore processors, cause the one or more processors to send an instructionto the set-top box to output an audio signal for only the channelcorresponding to the highest priority live broadcast event.
 35. Thesystem of claim 31, wherein the bet information is obtained via a viewerdevice.
 36. The system of claim 31, wherein the bet information isobtained via one or more third party betting platforms.
 37. Anon-transitory processor readable memory device, comprising instructionsstored thereon that when executed by one or more processors, cause theone or more processors to: determine a set of available live broadcastevents by comparing a current time with a start time and an end time foreach of a plurality of broadcast events; prioritize the available livebroadcast events based on a bet amount associated with the each of theavailable live broadcast events; and send an instruction to record thechannel corresponding to each available live broadcast event in order ofpriority.
 38. The non-transitory memory device of claim 37, wherein theprocessor readable memory device has stored thereon further instructionsthat, when executed by the one or more processors, cause the one or moreprocessors to determine an updated set of live broadcast events,prioritize the updated live broadcast events by bet amount, and send asubsequent instruction to record the channel corresponding to eachupdated live broadcast event in order of priority.
 39. Thenon-transitory memory device of claim 37, wherein the processor readablememory device has stored thereon further instructions that, whenexecuted by the one or more processors, cause the one or more processorsto output a quad video stream that comprises the four channelscorresponding to each of the four highest priority live broadcast eventsfor display on four quadrants of a display device.
 40. Thenon-transitory memory device of claim 39, wherein the processor readablememory device has stored thereon further instructions that, whenexecuted by the one or more processors, cause the one or more processorsto send an instruction to output an audio signal for only the channelcorresponding to the highest priority live broadcast event.